昨天，我把一包難以接手的原型整理成唯一、可啟動的 CareCall AI 正式專案。到了 Day 7，我沒有急著增加新功能，而是先回答一個更重要的問題：現在畫面上看到的東西，究竟有多少是真的完成？

這次我逐一盤點五個核心畫面：今日關懷總覽、個案詳細、關懷腳本設定、文字／語音關懷，以及待人工處理中心。我不只看畫面是否漂亮，也實際檢查按鈕能不能操作、資料是否會改變、操作結果能不能被保存，並對照程式碼確認它是完整功能、固定模擬資料，還是只有名稱。

驗收後，結果非常清楚。今日關懷總覽已經能正常顯示四位虛構個案、四種工作狀態、今日完成進度與下一步建議。中文顯示正常，瀏覽器也沒有錯誤。不過，個案詳細、腳本設定、文字／語音關懷與人工處理中心，目前都只有導覽名稱，還沒有真正的頁面與流程。四位個案的狀態也是寫在程式裡的固定資料，不是由關懷回答自動產生。

我也用「陳明德」測試一條預期的完整路徑：從今日總覽進入個案詳細、執行關懷、產生待人工確認、進入人工處理中心，最後完成確認。實際操作在第二步就中斷，因為查看個案按鈕目前是停用的。這代表目前七個步驟只能完成第一步，卻也讓下一階段該做什麼變得很具體。

我把發現的問題分成三類。「現在修」是會阻礙網站啟動或驗收的錯誤，今天沒有發現；「MVP 前修」包括共用個案資料、個案詳細、文字關懷、狀態規則與人工處理；真正語音、AI、登入及雲端資料庫則放到下一版，不讓範圍再次失控。

今天最大的收穫是：能看見、能點，甚至畫面看起來完整，都不等於功能真的完成。驗收不是否定 AI 做出的成果，而是替成果建立可信的邊界。現在我知道哪些基礎可以保留、完整流程從哪裡中斷，也知道 Day 8 應該先整理共用資料格式，而不是隨意增加更多頁面。

今日反思

Vibe Coding 可以快速產生畫面，但只有把已實作、模擬與未完成清楚分開，專案才會從「看起來像產品」走向「真的能持續完成的產品」。